20 research outputs found

    Organization Design for Business Ecosystems

    Get PDF
    The modern corporation has long been the central focus of the field of organization design. Such firms can be likened to nation-states: they have boundaries that circumscribe citizen-employees, and they engage in production and trade. But individual corporations are no longer adequate to serve as the primary unit of analysis. Over the years, systems of distributed innovation – so-called business ecosystems – have become increasingly prevalent in many industries (Adner & Kapoor, 2010; Iansiti & Levien, 2004; von Hippel, 1988). Ecosystems generally encompass numerous corporations, individuals, and communities that might be individually autonomous but related through their connection with an underlying, evolving technical system. In the future, I believe the key problem for organization design will be the management of distributed innovation in such dynamic ecosystems. Specifically, how should diverse entities be integrated into a coherent network that generates goods in the present and new designs for the future? To answer that question, organization designers must think about how to distribute property rights, people, and activities across numerous self-governing enterprises in ways that are advantageous for the group (ecosystem) as well as for the designer’s own firm or community

    Sharing Design Rights: A Commons Approach for Developing Infrastructure

    Get PDF
    This study empirically investigates the relationship between design structure and organization structure in the context of new infrastructure development projects. Our research setting is a capital program to develop new school buildings in the city of Manchester, UK. Instead of creating a controlled, hierarchical organization, which would mirror the buildings’ design structure, the Manchester City Council created a “commons organization,” and chose to share decision-rights with local claimants. Each school’s faculty was thus given rights equal to Council staff to participate in the design process and to approve the school’s design. In the natural resources literature, commons theory predicts that, if a robust governance structure is created, this complex form of organizing gives claimants incentives to contribute to the enterprise whilst dampening collective action problems (Ostrom 1990). Here we extend this claim to the production of man-made artifacts. The design commons induced teachers to volunteer time and effort to communicate their practical knowledge, but created corresponding tensions over interdependent choices for the final design. Yet, none of the projects succumbed to collective action problems in the form of budget overruns, bogged-down processes, or users feeling disenfranchised. Applying Ostrom’s (1990) principles of robust commons governance, we show that the Manchester design commons organization was robust by her criteria and propose that robustness contributed positively to the outcome. We also discuss design flexibility as an intervening variable that was critical in reconciling differences that governance alone could not resolve. We conclude with the rudiments of a theory describing when and why a commons organization can be advantageous for production of designs

    A Methodology for Operationalizing Enterprise Architecture and Evaluating Enterprise IT Flexibility

    Get PDF
    We propose a network-based methodology for analyzing a firm’s enterprise architecture. Our methodology uses “Design Structure Matrices” (DSMs) to capture the coupling between components in the architecture, including both business and technology-related elements. It addresses the limitations of prior work, in that it i) is based upon the actual architecture “in-use” as opposed to planned or “idealized” versions; ii) identifies discrete layers in a firm’s architecture associated with different technologies (e.g., applications, servers and databases); iii) reveals the main “flow of control” within an architecture (i.e., the set of inter-connected components); and iv) generates measures of architecture that can be used to predict performance. We demonstrate the application of our methodology using a novel dataset developed with the division of a large pharmaceutical firm. The dataset consists of all components in the enterprise architecture, the observed dependencies between them, and estimated costs of change for software applications within this architecture. We show that measures of the architecture derived from a DSM predict the cost of change for software applications. In particular, applications that are tightly coupled to other components in the architecture cost more to change. The analysis also shows that the measure of coupling that best predicts the cost of change is one that captures all direct and indirect connections between components (i.e., it captures the potential for changes to propagate via all possible paths between components). Our work represents an important step in making the concept of enterprise architecture more operational, thereby improving a firm’s ability to understand and improve its architecture over time

    Visualizing and Measuring Enterprise Application Architecture: An Exploratory Telecom Case

    Get PDF
    We test a method for visualizing and measuring enterprise application architectures. The method was designed and previously used to reveal the hidden internal architectural structure of software applications. The focus of this paper is to test if it can also uncover new facts about the applications and their relationships in an enterprise architecture, i.e., if the method can reveal the hidden external structure between software applications. Our test uses data from a large international telecom company. In total, we analyzed 103 applications and 243 dependencies. Results show that the enterprise application structure can be classified as a core-periphery architecture with a propagation cost of 25%, core size of 34%, and architecture flow through of 64%. These findings suggest that the method could be effective in uncovering the hidden structure of an enterprise application architecture
    corecore